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SUMMARY WEDNESDAY CLASS 05.06.2024 PIAIC NOTES FROM GPT4 COMPILED BY ENGINEER R 
HASAN (0311032498) 


Here are the key topics that were discussed in the TypeScript class based on the transcript provided: 


OANNBRWN Ke 


. Function Overloading: 

. Type Assertions and Type Guards: 

. Advanced Types: 

. Error Handling in TypeScript: 

. Asynchronous JavaScript and TypeScript: 

. Using Enums: 

. Structural Typing System: 

. Module System: Certainly! Let's break down and explain the code snippets provided in the transcription of your class: 


TypeScript Types (any vs. unknown) 


1. 


Using any Type: 


// Any data type 
let numi: any; 


num1 = "18"; 
num1 = 18; 
num1 = []; 
num1 = {}; 


num1 = true; 


numl = () => {}; 
num1.toFixed(); // Error at runtime if not a number 


let num2: number = 18; 
num1 = num2; // Allowed 
console. log(num1) ; 


Here, num1 is declared with any type, which means it can hold any type of value without TypeScript errors. However, calling 
. toFixed() might result in a runtime error if num1 is not a number at the time of execution. 


. Using unknown Type: 


// Unknown type 
let num1: unknown; 


num1 = 18; 
num1 = "18"; 
num1 = []; 


num1 = () => {}5 


let num2: unknown = 18; 
num2 = num1; // Allowed, but cannot operate on ‘unknown' directly 


// Explicit Type casting 
(num1 as number).toFixed(2); // Type assertion needed to use number methods 


Variables with unknown type require type checking or casting before performing operations. Here, num1 needs to be cast to number 
before calling .toFixed(). 


Function Overloading 


// Function overloading 
function add(a: number, b: number): number; 
function add(a: string, b: string): string; 


function add(a: any, b: any): any { 
return a + b; 


} 


console.log(add("Hamzah", "Syed")); 


This function add is overloaded to work with both numbers and strings. It provides flexibility in function signatures while ensuring type safety. 
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Enum and Control Structures 


// Enums 

enum Colors { 
Red, 
Yellow, 
Green, 

} 


// Condition function using Enums 
function condition(trafficLight: Colors) { 


if (trafficLight === Colors.Red) { 
console. log("Stop!!!"); 

} else if (trafficLight === Colors.Yellow) { 
console.log("Ready to go"); 

} else if (trafficLight === Colors.Green) { 
console.log("Go"); 

} 


} 


condition(Colors.Green) ; 


console.log(Colors[@]); // Red 
console.log(Colors["Red"]); // @ 
console.log(Colors.Red); // @ 


Enums are used here to define Colors, which simplifies control flow management based on traffic light states, making the code more readable 
and easier to maintain. 


Rest Parameters and Array Join 


// Using rest parameters and array join 

function invitation(host: string, ...friends: string[]) { 
console.log(host); 
console. log(friends) ; 


} 


invitation("Ali", "Arham", "Osama"); 


function invite(...friends: string[]) { 
console.log(*Welcome ${friends.join(" | ")}°); 
} 


invite("Ali", "Arham", "Osama"); 


These examples demonstrate using rest parameters to collect arguments into an array and the join method to combine array elements into a 
string, which is useful for formatting output dynamically. 


Login Function with Optional Parameters 


// Optional parameter example for login 
function login(email: string, password?: number): void { 
if (!password) { 
console.log("Login with google") ; 
} else { 
console.log("You are login"); 
} 
} 


login("ab@gmail.com", 123); 


This login function uses optional parameters to allow different login methods. It's a simple representation of handling conditional logic based 
on the presence of arguments. 


This overview should help clarify the code snippets from your class, highlighting key TypeScript features like type safety, enums, function 
overloading, and more. 


From the transcript you provided, it seems there was also discussion around TypeScript's handling of structural typing, the differences between 
stale and fresh objects, and how extra properties are managed in different contexts. Let’s dive into these topics with examples to clarify the 
concepts further: 
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Structural Typing 


TypeScript uses structural typing (also known as duck typing) to determine compatibility. This means that TypeScript compares types based on 
their members, not just their names. 


type Deali = { 
food: string; 
drink: string; 


} 


type Deal2 = { 
food: string; 


}3 


let shahbazOrder: Deali = { 
food: "Biryani", 
drink: "Sting", 

}3 


let kashifOrder: Deal2 
food: "Biryani", 


i 
Aa 


}3 


let kashifTable: Deal2 = shahbazOrder; // No error: shahbazOrder has at least all required properties of 
let kashifTables: Deal2 = { 

food: "Biryani", 

drink: "Sting", // Error: Extra properties not allowed in fresh object literal 


}3 


In this example, shahbazOrder can be assigned to kashifTable because it satisfies the structural requirements of Deal2. However, 
defining kashifTables directly with extra properties that are not defined in Deal2 would result in an error unless you suppress excess 
property checks. 


Fresh vs. Stale Objects 


The concept of fresh versus stale objects in TypeScript relates to the object literal excess property checks: 


e Fresh Objects: These are object literals assigned directly to a variable or passed as an argument to a function. TypeScript performs excess 
property checks on these, meaning you cannot add properties that are not defined in the expected type. 

e Stale Objects: These are objects stored in a variable and then assigned to another variable or passed to a function. TypeScript does not 
perform excess property checks here, assuming that the object has been previously validated. 


let freshOrder: Deal2 = { 

food: "Biryani", 

drink: "Sting" // Error: Object literal may only specify known properties 
}3 


let staleOrder = { 
food: "Biryani", 
drink: "Sting" 
}3 


let anotherTable: Deal2 = stale away; // No error: ‘staleOrder' is treated as having been checked 
Enums and Control Logic 


You also discussed enums and their usage in control logic, such as handling traffic lights: 


enum Colors { 


Red = @, 
Yellow = 1, 
Green = 2, 
} 
function controlTraffic(light: Colors) { 
if (light === Colors.Red) { 
console. log("Stop"); 
} else if (light === Colors.Yellow) { 
console. log("Caution" ) ; 
} else if (light === Colors.Green) { 
console.log("Go"); 
} 
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} 
controlTraffic(Colors.Red); // Outputs: "Stop" 


This example shows how enums can be effectively used to manage different states in an application, providing clarity and preventing the use of 
hardcoded values. 
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